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I. REAL PARTY IN INTEREST 

The real party in interest is the assignee, Cisco Technology Incorporation. 

II. RELATED APPEALS AND INTERFERENCES 

There are no related appeals or interferences known to the appellants, the 
appellants' legal representative, or assignee, which will directly affect or be directly 
affected by or have a bearing on the Board's decision in the pending appeal. 

III. STATUS OF CLAIMS 

Claims 1-68 of the present application are pending and remain rejected. The 
Applicants hereby appeals the rejection of claims 1-68. 

IV. STATUS OF AMENDMENTS 

On August 30, 2006, Applicants filed a response to an Office Action dated June 15, 
2006. The Ejcaminer issued a Final Office Action on November 15, 2006. On February 
28, 2007, Applicants filed a Notice of Appeal and a Pre-Appeal Brief Review Request in 
response to the Final Office Action. No amendments after the Final Office Action have 
been filed. On May 7, 2007, the Review panel issued the Notice of Panel Decision stating 
that the application remains under appeal. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

1. Independent claims L 10, 18, 27, 35. 44, 52, and 61: 

Independent claim 1 recites, "A method to manage congestion in a network 
(Figures 1 and 2, congestion manager 105; Page 4, lines 1-2; page 6, lines 12-13), the 
method comprising: determining a congestion status associated with a node (Figure 4, 
block 410; page 9,lines 21-22) in a single peer group (Figure 1, system 100; page 4, lines 
26-27; page 5, line 1) or a hierarchical level (Figure 2, system 200; page 6, hnes 18-20) in 
the network, the congestion status being represented by a transit flag accessible to at least 
one other node in the single peer group or the hierarchical level (page 5, lines 21; page 7, 
lines 10-13) to determine if a call is routed through the node (Figure 4, Blocks 430 and 
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440; page 9, lines 26-27; page 10, lines 1-3); and broadcasting the congestion status from 
the node to the at least one other node in the single peer group or the hierarchical level 
(Figure 4, Block 450; page 10, lines 4-6; page 5, lines 18-21; page 7, lines 10-14)." 

Independent claim 10 recites, "A method to manage congestion in a network 
(Figures 1 and 2, congestion manager 105; Page 4, lines 1-2; page 6, lines 12-13), the 
method comprising: receiving a congestion status associated with a node (Figure 5, Block 
510; page 10, lines 11-12) in a single peer group or a hierarchical level in the network, the 
congestion status corresponding to a measured node condition at the node (page 10, lines 
12-13) and being broadcast by the node to at least one other node in the single peer group 
or the hierarchical level (Figure 4, Block 450; page 10, lines 4-6; page 5, lines 18-21; page 
7, lines 10-14), the congestion status being represented by a transit flag accessible to the at 
least one other node (page 10, lines 13-14) to determine if a call is routed through the node 
(Figure 5, Blocks 520, 530, and 550; page 10, lines 15-21); and routing the call based on 
the received congestion status (page 10, lines 16-17, lines 20-21; page 11, lines 1-2)." 

Independent claims 18 recites, "A computer program product (Figure 3, device 
350; page 8, lines 25-27) comprising: a computer usable medium (page 9, lines 4-6) having 
computer program code (page 9, lines 1-2) embodied therein for managing congestion in a 
network (Figures 1 and 2, congestion manager 105; Page 4, lines 1-2; page 6, lines 12-13), 
the computer program product having: computer readable program code for determining a 
congestion status associated with a node (Figure 4, block 410; page 9,lines 21-22) in a 
single peer group (Figure 1, system 100; page 4, hnes 26-27; page 5, line 1) or a 
hierarchical level (Figure 2, system 200; page 6, lines 18-20) in the network, the 
congestion status being represented by a transit flag accessible to at least one other node in 
the single peer group or the hierarchical level (page 5, lines 21; page 7, lines 10-13) to 
determine if a call is routed through the node (Figure 4, Blocks 430 and 440; page 9, lines 
26-27; page 10, lines 1-3); and computer readable program code for broadcasting the 
congestion status from the node to the at least one other node in the single peer group or 
the hierarchical level (Figure 4, Block 450; page 10, lines 4-6; page 5, hnes 18-21; page 7, 
lines 10-14). 

Independent claim 27 recites, "A computer program product (Figure 3, device 350; 
page 8, lines 25-27) comprising: a computer usable medium (page 9, lines 4-6) having 
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computer program code (page 9, lines 1-2) embodied therein for managing congestion in a 
network (Figures 1 and 2, congestion manager 105; Page 4, lines 1-2; page 6, lines 12-13), 
the computer program product having: computer readable program code for receiving a 
congestion status associated with a node (Figure 5, Block 510; page 10, lines 11-12) in a 
single peer group or a hierarchical level in the network, the congestion status 
corresponding to a measured node condition at the node (page 10, lines 12-13) and being 
broadcast by the node to at least one other node in the single peer group or the hierarchical 
level (Figure 4, Block 450; page 10, lines 4-6; page 5, lines 18-21; page 7, lines 10-14), the 
congestion status being represented by a transit flag accessible to the at least one other 
node (page 10, lines 13-14) to determine if a call is routed through the node (Figure 5, 
Blocks 520, 530, and 550; page 10, lines 15-21); and computer readable program code for 
routing the call based on the received congestion status (page 10, lines 16-17, lines 20-21; 
page 11, lines 1-2). 

Independent claim 35 recites, "A system (Figure 3, system 300; page 7, lines 21- 
24) interfacing to a network comprising: a processor (Figure 3, processor 305; page 7, line 
24) coupled to the network; and a memory (Figure 3, memory 330; page 7, line 25) 
coupled to the processor, the memory containing program code (Figure 3, manager 105; 
page 8, lines 15-17) for managing congestion in the network (Figures 1 and 2, congestion 
manager 105; Page 4, lines 1-2; page 6, lines 12-13), the program code when executed 
causing the processor to: determine a congestion status associated with a node (Figure 4, 
block 410; page 9,lines 21-22) in a single peer group (Figure 1, system 100; page 4, lines 
26-27; page 5, line 1) or a hierarchical level (Figure 2, system 200; page 6, lines 18-20) in 
the network, the congestion status being represented by a transit flag accessible to at least 
one other node in the single peer group or the hierarchical level (page 5, lines 21; page 7, 
lines 10-13) to determine if a call is routed through the node (Figure 4, Blocks 430 and 
440; page 9, lines 26-27; page 10, lines 1-3); and broadcast the congestion status from the 
node to the at least one other node in the single peer group or the hierarchical level (Figure 
4, Block 450; page 10, lines 4-6; page 5, lines 18-21; page 7, lines 10-14)." 

Independent claim 44 recites, "A system interfacing to a network comprising: a 
processor coupled to the network; and a memory coupled to the processor, the memory 
containing program code for managing congestion in the network, the program code when 
executed causing the processor to: receive a congestion status associated with a node in a 
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single peer group or a hierarchical level in the network, the congestion status 
corresponding to a measured node condition at the node and being broadcast by the node to 
at least one other node in the single peer group or the hierarchical level, the congestion 
status being represented by a transit flag accessible to the at least one other node to 
determine if a call is routed through the node; and route the call based on the received 
congestion status." 

Independent claim 52 recites: An apparatus to manage congestion in a network 
(Figures 1 and 2, congestion manager 105; Page 4, lines 1-2; page 6, lines 12-13) 
comprising: 

(1) means for determining a congestion status associated with a node in a single 
peer group or a hierarchical level in the network, the congestion status being 
represented by a transit flag accessible to at least one other node in the single 
peer group or the hierarchical level to determine if a call is routed through the 
node. This is a means plus function recitation as permitted by 35 U.S.C. 1 12, 
paragraph 6. The structure described in the specification as corresponding to 
this "determining a congestion status" function is the block labeled 410 in Fig. 
4 and described at page 9, lines 21-24. 

(2) means for broadcasting the congestion status from the node to the at least one 
other node in the single peer group or the hierarchical level. This is a means 
plus function recitation as permitted by 35 U.S.C. 112, paragraph 6. The 
structure described in the specification as corresponding to this "broadcasting 
the congestion status" function is the block labeled 450 in Fig. 4 and described 
at page 10, lines 4-6. 

Independent claim 61 recites: An apparatus to manage congestion in a network 
(Figures 1 and 2, congestion manager 105; Page 4, Unes 1-2; page 6, lines 12-13) 
comprising: 

(1) means for receiving a congestion status associated with a node in a single peer 
group or a hierarchical level in the network, the congestion status 
corresponding to a measured node condition at the node and being broadcast by 
the node to at least one other node in the single peer group or the hierarchical 
level, the congestion status being represented by a transit flag accessible to the 
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at least one other node to determine if a call is routed through the node. This is 
a means plus function recitation as permitted by 35 U.S.C. 1 12, paragraph 6. 
The structure described in the specification as corresponding to this "receiving 
a congestion status" function is the block labeled 510 in Fig, 5 and described at 
page 10, lines 11-14. 

(2) means for routing the call based on the received congestion status. This is a 
means plus function recitation as permitted by 35 U.S.C. 112, paragraph 6. The 
structure described in the specification as corresponding to this "routing the 
call" function is the blocks labeled 540 and 550 in Fig. 5 and described at page 
10, lines 15-17; page 10, lines 20-21; page 11, lines 1-2. 

2. Dependent claims 2-9, 11-17. 19-26, 28-34, 36-43, 45-60, and 62-68: 

A node may be a transit node or a terminating node. A transit node is one through 
which a message is routed but is not a final destination. A terminating node is a 
destination node and is connected to at least one CPE\ 

A process 400 determines a congestion status at the node. This determination can 
be performed by measuring a node condition. Then, the process 400 determines if the 
congestion status indicates a congestion at the node. If there is not congestion, the process 
400 resets a "transit restricted" flag indicating that the node is not restricted for transit. 
This transit flag is accessible to other nodes in the network. If there is a congestion, the 
process 400 sets a "transit-restricted" flag to indicate that all calls through the node should 
be avoided unless the node is a terminating node^. 

Each of the logical nodes A 210, B 220, and C 230 corresponds to a peer group at 
the next lower level, i.e., level 202. The logical node A 210 corresponds to a peer group 
including nodes 211, 212, 213, and 214. The logical node B 220 corresponds to a peer 
group including nodes 221, 222, 223, 224, and 225. The logical node C 230 corresponds 
to a peer group including nodes 231, 232, and 233^. 

The single peer system 100 represents a network in which nodes are interconnected 
at the same hierarchical level and form a group. In one embodiment, the network is an 



* See Specification, page 6, lines 10-13 

^ See Specification, page 9, lines 21-27; page 10, lines 1-3; Figure 4, blocks 410 - 440. 

^ See Specification, page 6, lines 25-27; page 7, lines 1-3; Figure 2, elements 210, 220, and 230. 
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ATM network having an interconnection model of the private network-to-network 
interface (PKNI)"^. 

In one embodiment, the transit flag is one of a topology state parameter in a PNNI 
system. The topology state parameter is part of a PNNI topology state element (PTSE) 
which is transmitted in a PNNI topology state packet (PTSP). The PTSE is routing 
information that is flooded in a peer group. The PTSP contains one PTSE. The topology 
state parameters include metrics and attributes^. 

A process 500 receives a congestion status associated with a receiving node. This 
congestion status corresponds to a measured node condition at the receiving node. The 
process 500 determines if the node is a termination node. If the receiving node is a 
terminating node, the process 500 routes the call to the node If the receiving node is not a 
terminating node, the process 500 determines if the congestion status indicates that there is 
a congestion at the node. If there is no congestion, the process 500 route the call to the 
node. If there is a congestion, the process 500 routes the call to another receiving node^. 

Dependent claim 54 recites: The apparatus of claim 52 wherein the means for 
determining the congestion status comprises: 

means for setting the transit flag, if the congestion status indicates a congestion, to 
indicate that a call through the node is avoided unless the node is a terminating node. This 
is a means plus function recitation as permitted by 35 U.S.C. 112, paragraph 6. The 
structure described in the specification as corresponding to this "setting the transit flag" 
function is the block labeled 430 in Fig. 4 and described at page 10, lines 1-3. 

means for resetting the transit flag, if the congestion status does not indicate a 
congestion, to indicate that the node is not restricted for transit. This is a means plus 
function recitation as permitted by 35 U.S.C. 112, paragraph 6. The structure described in 
the specification as corresponding to this "resetting the transit flag" function is the block 
labeled 440 in Fig. 4 and described at page 9, lines 26-27. 

Dependent claim 65 recites: The apparatus of claim 61 wherein the means for 
routing the call comprises: 

means for routing the call to the node if the node is a terminating node. This is a 
means plus function recitation as permitted by 35 U.S.C. 112, paragraph 6. The structure 

See Specification, page 5, lines 1-3; Figure 1, element 100. 
^ See Specification, page 5» lines 21-26. 

^ See Specification, page 10, lines 1 1-22; Figure 5, blocks 510 - 550. 
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described in the specification as corresponding to this "routing the call" function is the 
block labeled 550 in Fig. 5 and described at page 10, lines 15-17. 

means for routing the call to the node if the node is a transit node and the 
congestion status indicates that the node is not congested. This is a means plus function 
recitation as permitted by 35 U.S.C. 112, paragraph 6. The structure described in the 
specification as corresponding to this "routing the call" function is the block labeled 550 in 
Fig. 5 and described at page 10, lines 18-20. 

means for routing the call to an other node if the node is a transit node and the 
congestion status indicates that the node is congested. This is a means plus function 
recitation as permitted by 35 U.S.C. 112, paragraph 6. The structure described in the 
specification as corresponding to this "routing the call" function is the block labeled 540 in 
Fig. 5 and described at page 10, lines 20-21. 

VI. GROUNDS OF RE.TECTION TO BE REVIEWED ON APPEAL 

A. Claims 1-7, 10-15, 18-24, 27-32, 35-41, 44-49, 52-58, and 61-66 under 35 
U.S.C. § 103(a) are not obvious over Fukuta in view of Proctor . 

B. Claims 8-9, 16-17, 25-26, 33-34, 42-43, 50-51, 59-60 under 35 U.S.C. § 103(a) 
are not obvious over Fukuta in view of Proctor , and further in view of Fedvk . 

Vn. ARGUMENTS 

In the Final Office Action, the Examiner rejected claims 1-7, 10-15, 18-24, 27-32, 
35-41, 44-49, 52-58, and 61-66 under 35 U.S.C. §103(a) as being unpatentable over U.S. 
Patent No. 5,090,01 1 issued to Fukuta et al. ("Fukuta") in view of U.S. Patent No. 
6,563,809 issued to Proctor et al. (" Proctor "); and claims 8-9, 16-17, 25-26, 33-34, 42-43, 
50-51, 59-60, and 67-68 under 35 U.S.C. § 103(a) as being unpatentable over Fukuta in 
view of Proctor, and further in view of U.S. Patent No. 6,560,654 issued to Fedyk et al 
("Fedyk"). Applicant respectfully traverses the rejection and submits that the Examiner 
has not met the burden of establishing a prima facie case of obviousness. 

The Supreme Court in Graham v. John Deere, 383 U.S. 1, 148 USPQ 459 (1966), 
stated: "Under § 103, the scope and content of the prior art are to be determined; 
differences between the prior art and the claims at issue are to be ascertained; and the level 
of ordinary skill in the pertinent art resolved. Against this background, the obviousness or 
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nonobviousness of the subject matter is determined " MPEP214L In KSR International 
Co, vs, Teleflex, Inc, (No. 04-1350), in a decision handed on April 30, 2007, the Court 
explained that "[o]ften, it will be necessary for a court to look to interrelated teachings of 
multiple patents; the effects of demands known to the design community or present in the 
marketplace; and the background knowledge possessed by a person having ordinary skill 
in the art, all in order to determine whether there was an apparent reason to combine the 
known elements in the fashion claimed by the patent at issue ." (Slip Op. at 14. Emphasis 
added.) The Court further required that an explicit analysis for this reason must be made. 
In the instant case, Applicant respectfully submits that there are significant differences 
between the cited references and the claimed invention and there is no apparent reason to 
combine the known elements in the manner as claimed, and thus no prima facie case of 
obviousness has been estabhshed. 

A. Claims 1-7, 10-15, 18-24. 27-32. 35-41. 4449. 52-58. and 61-66 under 35 
U,S,C. §103(a) are not obvious over Fukuta in view of Proctor 

The Examiner rejected claims 1-7, 10-15, 18-24, 27-32, 35-41, 44-49, 52-58, and 
61-66 under 35 U.S.C. § 103(a) as being unpatentable over Fukuta in view of Proctor . 
Applicants respectfully traverse the rejections for the following reasons. 

Fukuta discloses a packet congestion control method and packet switching 
equipment. When a congestion occurs, a congestion indicator is added to a packet destined 
for the congested output line and the resultant packet is switched to be sent out to the 
transmission source of the packet (Fukuta , col. 4, lines 55-62). In other words, the 
congested indicator is simply returned back to source of the packet. It is not advertised or 
broadcast to other nodes in the network. 

Proctor discloses a subscriber-controlled registration technique in a CDMA 
conraiunication system. The conmiunication system includes a plurality of base stations. 
The base stations communicate with a plurality of mobile stations (Proctor, col. 2, lines 24- 
29). The communication protocol includes a congestion indicator signal that identifies 
whether the base station is operating in a congested state. The congestion indicator field 
may simply include a flag signal (Proctor, col. 2, lines 59-67). When the base station is 
operating in a congested state, the flag signal may indicate that the mobile station should 
not attempt to register with the base station (Proctor, col. 3, lines 1-4). 
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Fukuta and Proctor , taken alone or in any combination, do not disclose or render 
obvious, at least one of (1) determining a congestion status associated with a node in a 
single peer group or a hierarchical level in the network, (2) the congestion status being 
represented by a transit flag accessible to at least one other node in the single peer group or 
the hierarchical level to determine if a call is routed through the node, and (3) broadcasting 
the congestion status from the node to the at least one other node in the single peer group 
or the hierarchical level, as recited in claims 1,18, 35, and 52; or (4) receiving a 
congestion status associated with a node in a single peer group or a hierarchical level in the 
network, the congestion status corresponding to a measured node condition at the node and 
being broadcast by the node to at least one other node in the single peer group or the 
hierarchical level, (5) the congestion status being represented by a transit flag accessible to 
the at least one other node to determine if a call is routed through the node, and (6) routing 
the call based on the received congestion status, as recited in claims 10, 27, 44, and 61. 

Fukuta merely discloses reporting a congestion status at a switch to a transmission 
source of a packet (Fukuta, col. 5, lines 18-22), not from one node to at least another node. 
In the Final Office Action, the Examiner contends that "Fukuta teaches broadcasting the 
congestion status to at least one other node in the network (at least Fig. 1, 13) as Fukuta 
teaches broadcasting to the transmission node, the transmission node/source being a 
different node than the node with the congestion." (Final Office Action , page 10, lines 10- 
13). Applicant respectfully disagrees. Fukuta' s system involves a source equipment, a 
destination equipment, and a switch. A switch is not the same as an equipment. Fukuta 
does not teach reporting a congestion status at one switch to at least one other switch. 
Rather, Fukuta teaches reporting a congestion at a switch to a source equipment (Fukuta, 
col. 5, lines 18-22). A switch and a source equipment are not nodes in a single peer group 
because they are not of the same type. In contrast, each of the nodes in the claimed 
invention is a switch that performs switching and routing functions. See, for example, 
Specification, page 5, lines 4-7. 

In addition, Fukuta merely discloses returning a congestion indicator to the 
transmission source of the packet. Since Fukuta explicitly discloses returning a congestion 
indicator to the transmission source, Fukuta does not suggest broadcasting to one other 
node. The following excerpt in Fukuta is included for ease of reference. 
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'The congestion indicator is, as will be described in the 
following paragraphs, added to a header portion to be used 
only in the switch and is removed when the packet is passed 
through the transmission interface circuit . In consequence, 
the transmission packet sent to the destination equipment 
does not include the congestion indicator." (Emphasis 
added.) 

(Fukuta, col. 5, lines 7-13) 

Fukuta, therefore, specifically teaches that the congestion status is not to be 
broadcast to other nodes. In effect, Fukuta teaches away from the present invention. 
Accordingly, combining Fukuta with any other references is improper. It is improper to 
combine references where the references teach away from their combination. In re 
Grasselli . 713 F.2d 731, 743, 218 USPQ 769, 779 (Fed. Cir. 1983). 

Furthermore, Fukuta does not disclose a node in one of a single peer group and a 
hierarchical level. Fukuta merely discloses terminals conmiunicating with each other via 
packet switches (Fukuta , col. 9, lines 11-13). Since these terminals are connected directly 
at the same level, they cannot correspond to a level in a hierarchical system. 

Moreover, Fukuta does not disclose broadcasting. Fukuta merely discloses adding 
a congestion indicator to a packet destined for a congested output line and operates to 
switch the resultant packet to be sent out to the transmission source of the packet (Fukuta, 
col. 4, lines 57-62). Fukuta technique, therefore, operates to report the congestion status 
ONLY to the transmission source of the packet. 

Proctor merely discloses a plurality of base stations broadcasting congestion 
indicator signals to a mobile station. The mobile station does not broadcast a congestion 
status signal. It is not configured to do so because it makes its decision to register with a 
base station based on the loading indicators transmitted globally from the base station 
(Proctor , col. 2, lines 20-23). Furthermore, the mobile station does not use a transit flag to 
determine if a call is routed through the node. Proctor merely discloses a flag signal to 
indicate if a mobile station may register with the base station (Proctor, col. 2, lines 65-67; 
col. 3, lines 1-4), not to route a call through the node. Moreover, Proctor discloses a 
wireless or mobile conmiunication system involving mobile and base stations. The 
mobile conmiunication technology taught by Proctor is totally different than packet 
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switching circuit technology taught by Fukuta. Accordingly, combining Fukuta and 
Proctor is inappropriate. 

Furthermore, Proctor does not disclose or render obvious, at least one of (1) the 
congestion status corresponding to a measured condition at the node as recited in 
independent claims 10, 27, 44, and 61, and (2) measuring a node condition at the node as 
recited in dependent claims 2, 19, 36, and 53. Proctor merely discloses setting a flag signal 
to indicate if the base station is in a congested state (Proctor, col. 2, lines 60-62). There is 
no measured condition at the node, including the mobile station. In addition, Proctor does 
not disclose a node in one of a single peer group and a hierarchical level. Proctor merely 
discloses a plurality of base stations conmiunicating with a plurality of mobile stations 
(Proctor, col. 2, lines 23-29; Figure 1). The mobile stations conmiunicate with the base 
station at the same level, not a hierarchical level. 

For the similar reasons, dependent claims 2-9, 11-17, 19-26, 28-34, 36-43, 45-51, 
53-60, and 62-68 which depend on independent claims 1, 10, 18, 27, 25, 44, 52, and 61 
respectively are distinguishable from the cited prior art references. 

In addition, with regard to claims 3, 20, 37, and 54, Fukuta and Proctor , taken alone 
or in any combination, do not disclose or render obvious, at least one of (1) setting the 
transit flag if the congestion status indicates a congestion, to indicate that a call through the 
node is avoided unless the node is a terminating node; and (2) resetting the transit flag, if 
the congestion status does not indicate a congestion, to indicate that the node is not 
restricted for transit. 

As discussed above, Proctor merely discloses a flag signal to indicate if a mobile 
station may register with the base station (Proctor, col. 2, lines 65-67; col. 3, lines 1-4), not 
to indicate that a call through the node is avoided unless the node is a terminating node, or 
to indicate that the node is not restricted for transit. 

B. Claims 8-9, 16-17. 25-26. 33-34, 42-43. 50-51, 59-60 under 35 U,S.C, 

§103(a) are not obvious by Over Fukuta in view of Proctor, and further 
in view of Fedyk 

The Examiner rejected claims 8-9, 16-17, 25-26, 33-34, 42-43, 50-51, 59-60, and 
67-68 under 35 U.S.C. § 103(a) as being unpatentable over Fukuta in view of Proctor , and 
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further in view of Fedvk . Applicant respectfully traverses the rejections for the following 
reasons. 

Fukuta and Proctor are discussed above. 

Fedvk discloses an apparatus and method of maintaining timely topology data 
within a link state routing network. A link state routing network utilizes broadcast 
advertisements to notify network devices of bandwidth allocation in the link state network 
(Fedvk . col. 2, lines 42-43). 

Fukuta, Proctor , and Fedyk , taken alone or in any combination, do not disclose or 
render obvious, at least one of (1) determining a congestion status associated with a node 
in a single peer group or a hierarchical level in the network, (2) the congestion status being 
represented by a transit flag accessible to at least one other node in the single peer group or 
the hierarchical level to determine if a call is routed through the node, and (3) broadcasting 
the congestion status from the node to the at least one other node in the single peer group 
or the hierarchical level, as recited in claims 1, 18, 35, and 52; or (4) receiving a 
congestion status associated with a node in a single peer group or a hierarchical level in the 
network, the congestion status corresponding to a measured node condition at the node and 
being broadcast by the node to at least one other node in the single peer group or the 
hierarchical level, (5) the congestion status being represented by a transit flag accessible to 
the at least one other node to determine if a call is routed through the node, (6) routing the 
call based on the received congestion status, as recited in claims 10, 27, 44, and 61, (7) 
determining a congestion status associated with a PNNI node, and (8) broadcasting the 
congestion status to at least one other node using a transit flag being one of a PNNI 
topology state parameter, as recited by claims 8-9, 16-17, 25-26, 33-34, 42-43, 50-51, 59- 
60, and 67-68. 

As discussed in the above, since neither Fukuta nor Proctor discloses or suggests 
any of the elements (1) through (7) above, a combination of Fukuta and Proctor with any 
other reference(s) in rejecting claims 8-9, 16-17, 25-26, 33-34, 42-43, 50-51, 59-60, and 
67-68 is improper. 

Furthermore, Fedvk merely discloses link state routing networks utilizing Private 
Network Network Interface (PNNI) protocol, but not broadcasting a congestion status to at 
least one other node in the one of the single peer group and the hierarchical level. Fedvk 
discloses using broadcast advertisements to notify network devices of bandwidth 
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allocation, not a congestion status. Fedyk does not disclose determining a congestion 
status. Fedyk merely discloses using a link state advertisement (LSA) to synchronize the 
source node with other nodes (Fedyk , col. 5, lines 62-67). The LSA is not a congestion 
status. 

The Examiner failed to establish the factual inquires in the three-pronged test as 
required by the Graham factual inquires. There are significant differences between the 
cited references and the claimed invention as discussed above. Furthermore, the Examiner 
has not made an explicit analysis on the apparent reason to combine the known elements in 
the fashion in the claimed invention. Among other things, Fukuta discloses reporting a 
congestion status at a switch to a source equipment, not a congestion status at a node to 
one other node; Fukuta discloses returning a congestion indicator to the transmission 
source, not broadcasting to one other node; Fukuta' s terminals conmiunicating with each 
other via packet switches do not correspond to a level in a hierarchical system; Fukuta' s 
congestion status is reported to only the transmission equipment, not broadcast to at least 
one other mode; Proctor 's mobile station does not broadcast a congestion status signal; 
Proctor 's flag signal is used to indicate if a mobile station may register with the base 
station, not to determine if a call is routed through the node; Fedyk ' s link state routing 
networks utilizing PNNI protocol do not broadcast a congestion status; and Fedyk' s 
bandwidth allocation is not a congestion status. Accordingly, there is no apparent reason 
to combine the teachings of Fukuta, Proctor , and Fedyk , in any combination. 

Therefore, Applicant submits that independent claims 1, 10, 18, 27, 35, 44, 52, 61 
and their respective dependent claims are distinguishable over the cited prior art 
references. 
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VIII. CONCLUSION 

Applicant respectfully requests that the Board enter a decision overturning the 
Examiner's rejection of all pending claims, and holding that the claims are neither 
anticipated or rendered obvious over the cited prior art references. 

Respectfully submitted, 

BLi^LY, SOKOLOFF, TAYLOR & ZAFMAN LLP 

Dated: October 19, 2007 

12400 Wilshire Blvd., 7th Floor 
Los Angeles, CA 90025-1026 
(714) 557-3800 
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IX. CLAIM APPENDIX 

The claims of the present apphcation which are involved in this appeal are as 
follows: 

1. (previously presented) A method to manage congestion in a network, the 
method comprising: 

determining a congestion status associated with a node in a single peer group or a 
hierarchical level in the network, the congestion status being represented by a transit flag 
accessible to at least one other node in the single peer group or the hierarchical level to 
determine if a call is routed through the node; and 

broadcasting the congestion status from the node to the at least one other node in 
the single peer group or the hierarchical level. 

2. (original) The method of claim 1 wherein determining the congestion status 
comprises: 

measuring a node condition at the node, the node condition corresponding to the 
congestion status. 

3. (previously presented) The method of claim 1 wherein determining the 
congestion status comprises: 

setting the transit flag, if the congestion status indicates a congestion, to indicate 
that a call through the node is avoided unless the node is a terminating node; and 

resetting the transit flag, if the congestion status does not indicate a congestion, to 
indicate that the node is not restricted for transit. 

4. (previously presented) The method of claim 1 wherein the node is a transit 
node or a terminating node. 

5. (previously presented) The method of claim 1 wherein the node is a logical 
node in the hierarchical level, the logical node corresponding to a peer group at a next 
lower level. 

6. (previously presented) The method of claim 1 wherein the at least one other 
node is one other logical node in the hierarchical level, the one other logical node 
corresponding to one other peer group at a next lower level. 
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7. (previously presented) The method of claim 1 wherein the network is an 
asynchronous mode transfer (ATM) network. 

8. (previously presented) The method of claim 3 wherein the node is a private 
network-to-network interface (PNNI) node. 

9. (previously presented) The method of claim 8 wherein the transit flag is a 
PNNI topology state parameter. 

10. (previously presented) A method to manage congestion in a network, the 
method comprising: 

receiving a congestion status associated with a node in a single peer group or a 
hierarchical level in the network, the congestion status corresponding to a measured node 
condition at the node and being broadcast by the node to at least one other node in the 
single peer group or the hierarchical level, the congestion status being represented by a 
transit flag accessible to the at least one other node to determine if a call is routed through 
the node; and 

routing the call based on the received congestion status. 

11. (previously presented) The method of claim 10 wherein receiving the 
congestion status comprises accessing the transit flag set by the node. 

12. (previously presented) The method of claim 10 wherein the node is a transit 
node or a terminating node. 

13. (previously presented) The method of claim 10 wherein the node is a 
logical node in the hierarchical level, the logical node corresponding to a peer group at a 
next lower level. 

14. (previously presented) The method of claim 10 wherein routing the call 
comprises: 

routing the call to the node if the node is a terminating node; 

routing the call to the node if the node is a transit node and the congestion status 
indicates that the node is not congested; and 

routing the call to an other node if the node is a transit node and the congestion 
status indicates that the node is congested. 
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15. (previously presented) The method of claim 10 wherein the network is an 
asynchronous mode transfer (ATM) network. 

16. (previously presented) The method of claim 1 1 wherein the node is a 
private network-to-network interface (PNNI) node. 

17. (previously presented) The method of claim 16 wherein the transit flag is a 
PNNI topology state parameter. 

18. (previously presented) A computer program product comprising: 

a computer usable medium having computer program code embodied therein for 
managing congestion in a network, the computer program product having: 

computer readable program code for determining a congestion status associated 
with a node in a single peer group or a hierarchical level in the network, the congestion 
status being represented by a transit flag accessible to at least one other node in the single 
peer group or the hierarchical level to determine if a call is routed through the node; and 

computer readable program code for broadcasting the congestion status from the 
node to the at least one other node in the single peer group or the hierarchical level. 

19. (original) The computer program product of claim 18 wherein the computer 
readable program code for determining the congestion status comprises: 

computer readable program code for measuring a node condition at the node, the 
node condition corresponding to the congestion status. 

20. (previously presented) The computer program product of claim 18 wherein 
the computer readable program code for determining the congestion status comprises: 

computer readable program code for setting the transit flag, if the congestion status 
indicates a congestion, to indicate that a call through the node is avoided unless the node is 
a terminating node; and 

computer readable program code for resetting the transit flag, if the congestion 
status does not indicate a congestion, to indicate that the node is not restricted for transit. 

21. (previously presented) The computer program product of claim 18 wherein 
the node is a transit node or a terminating node. 
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22. (previously presented) The computer program product of claim 18 wherein 
the node is a logical node in the hierarchical level, the logical node corresponding to a peer 
group at a next lower level. 

23. (previously presented) The computer program product of claim 18 wherein 
the at least one other node is one other logical node in the hierarchical level, the one other 
logical node corresponding to one other peer group at a next lower level. 

24. (previously presented) The computer program product of claim 18 wherein 
the network is an asynchronous mode transfer (ATM) network. 

25. (previously presented) The computer program product of claim 20 wherein 
the node is a private network-to-network interface (PNNI) node. 

26. (previously presented) The computer program product of claim 25 wherein 
the transit flag is a PNNI topology state parameter. 

27. (previously presented) A computer program product comprising: 

a computer usable medium having computer program code embodied therein for 
managing congestion in a network, the computer program product having: 

computer readable program code for receiving a congestion status associated with a 
node in a single peer group or a hierarchical level in the network, the congestion status 
corresponding to a measured node condition at the node and being broadcast by the node to 
at least one other node in the single peer group or the hierarchical level, the congestion 
status being represented by a transit flag accessible to the at least one other node to 
determine if a call is routed through the node; and 

computer readable program code for routing the call based on the received 
congestion status. 

28. (previously presented) The computer program product of claim 27 wherein 
the computer readable program code for receiving the congestion status comprises 
computer readable program code for accessing the transit flag set by the node. 

29. (previously presented) The computer program product of claim 27 wherein 
the node is a transit node or a terminating node. 
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30. (previously presented) The computer program product of claim 27 wherein 
the node is a logical node in the hierarchical level, the logical node corresponding to a peer 
group at a next level. 

31. (previously presented) The computer program product of claim 27 v^herein 
the computer readable program code for routing the call comprises: 

computer readable program code for routing the call to the node if the node is a 
terminating node; 

computer readable program code for routing the call to the node if the node is a 
transit node and the congestion status indicates that the node is not congested; and 

computer readable program code for routing the call to an other node if the node is 
a transit node and the congestion status indicates that the node is congested. 

32. (previously presented) The computer program product of claim 27 wherein 
the network is an asynchronous mode transfer (ATM) network. 

33. (previously presented) The computer program product of claim 28 wherein 
the node is a private network-to-network interface (PNNI) node. 

34. (previously presented) The computer program product of claim 33 wherein 
the transit flag is a PNNI topology state parameter. 

35. (previously presented) A system interfacing to a network comprising: 
a processor coupled to the network; and 

a memory coupled to the processor, the memory containing program code for 
managing congestion in the network, the program code when executed causing the 
processor to: 

determine a congestion status associated with a node in a single peer group or a 
hierarchical level in the network, the congestion status being represented by a transit flag 
accessible to at least one other node in the single peer group or the hierarchical level to 
determine if a call is routed through the node; and 

broadcast the congestion status from the node to the at least one other node in the 
single peer group or the hierarchical level. 

36. (original) The system of claim 35 wherein the program code causing the 
processor to determine the congestion status causes the processor to: 
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measure a node condition at the node, the node condition corresponding to the 
congestion status. 

37. (previously presented) The system of claim 35 wherein the program code 
causing the processor to determine the congestion status causes the processor to: 

set the transit flag, if the congestion status indicates a congestion, to indicate that a 
call through the node is avoided unless the node is a terminating node; and 

reset the transit flag, if the congestion status does not indicate a congestion, to 
indicate that the node is not restricted for transit. 

38. (previously presented) The system of claim 35 wherein the node is a transit 
node and a terminating node. 

39. (previously presented) The system of claim 35 wherein the node is a logical 
node in the hierarchical level, the logical node corresponding to a peer group at a next 
lower level. 

40. (previously presented) The system of claim 35 wherein the at least one 
other node is one other logical node in the hierarchical level, the one other logical node 
corresponding to one other peer group at a next lower level. 

41. (original) The system of claim 40 wherein the network is an asynchronous 
mode transfer (ATM) network. 

42. (previously presented) The system of claim 41 wherein the node is a 
private network-to-network interface (PNNI) node. 

43. (previously presented) The system of claim 42 wherein the transit flag is a 
PNNI topology state parameter. 

44. (previously presented) A system interfacing to a network comprising: 
a processor coupled to the network; and 

a memory coupled to the processor, the memory containing program code for 
managing congestion in the network, the program code when executed causing the 
processor to: 

receive a congestion status associated with a node in a single peer group or a 
hierarchical level in the network, the congestion status corresponding to a measured node 
condition at the node and being broadcast by the node to at least one other node in the 
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single peer group or the hierarchical level, the congestion status being represented by a 
transit flag accessible to the at least one other node to determine if a call is routed through 
the node; and 

route the call based on the received congestion status. 

45. (previously presented) The system of claim 44 wherein the program code 
causing the processor to receive the congestion status causes the processor to access the 
transit flag set by the node. 

46. (previously presented) The system of claim 44 wherein the node is a transit 
node or a terminating node. 

47. (previously presented) The system of claim 44 wherein the node is a logical 
node in the hierarchical level, the logical node corresponding to a peer group at a next 
lower level. 

48. (previously presented) The system of claim 44 wherein the program code 
causing the processor to route the call causes the processor to: 

route the call to the node if the node is a terminating node; 

route the call to the node if the node is a transit node and the congestion status 
indicates that the node is not congested; and 

route the call to an other node if the node is a transit node and the congestion status 
indicates that the node is congested. 

49. (previously presented) The system of claim 44 wherein the network is an 
asynchronous mode transfer (ATM) network. 

50. (previously presented) The system of claim 45 wherein the node is a 
private network-to-network interface (PNNI) node. 

51. (previously presented) The system of claim 50 wherein the transit flag is a 
PNNI topology state parameter. 

52. (previously presented) An apparatus to manage congestion in a network 
comprising: 

means for determining a congestion status associated with a node in a single peer 
group or a hierarchical level in the network, the congestion status being represented by a 
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transit flag accessible to at least one other node in the single peer group or the hierarchical 
level to determine if a call is routed through the node; and 

means for broadcasting the congestion status from the node to the at least one other 
node in the single peer group or the hierarchical level. 

53. (previously presented) The apparatus of claim 52 wherein the means for 
determining the congestion status comprises: 

means for measuring a node condition at the node, the node condition 
corresponding to the congestion status. 

54. (previously presented) The apparatus of claim 52 wherein the means for 
determining the congestion status comprises: 

means for setting the transit flag, if the congestion status indicates a congestion, to 
indicate that a call through the node is avoided unless the node is a terminating node; and 

means for resetting the transit flag, if the congestion status does not indicate a 
congestion, to indicate that the node is not restricted for transit. 

55. (previously presented) The apparatus of claim 52 wherein the node is a 
transit node or a terminating node. 

56. (previously presented) The apparatus of claim 52 wherein the node is a 
logical node in the hierarchical level, the logical node corresponding to a peer group at a 
next lower level. 

57. (previously presented) The apparatus of claim 52 wherein the at least one 
other node is one other logical node in the hierarchical level, the one other logical node 
corresponding to one other peer group at a next lower level. 

58. (previously presented) The apparatus of claim 52 wherein the network is an 
asynchronous mode transfer (ATM) network. 

59. (previously presented) The apparatus of claim 54 wherein the node is a 
private network-to-network interface (PNNI) node. 

60. (previously presented) The apparatus of claim 59 wherein the transit flag is 
a PNNI topology state parameter. 

61. (previously presented) An apparatus to manage congestion in a network 
comprising: 
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means for receiving a congestion status associated with a node in a single peer 
group or a hierarchical level in the network, the congestion status corresponding to a 
measured node condition at the node and being broadcast by the node to at least one other 
node in the single peer group or the hierarchical level, the congestion status being 
represented by a transit flag accessible to the at least one other node to determine if a call is 
routed through the node; and 

means for routing the call based on the received congestion status. 

62. (previously presented) The apparatus of claim 61 wherein the means for 
receiving the congestion status comprises: 

means for accessing the transit flag set by the node. 

63. (previously presented) The apparatus of claim 61 wherein the node is a 
transit node or a terminating node. 

64. (previously presented) The apparatus of claim 61 wherein the node is a 
logical node in the hierarchical level, the logical node corresponding to a peer group at a 
next lower level. 

65. (previously presented) The apparatus of claim 61 wherein the means for 
routing the call comprises: 

means for routing the call to the node if the node is a terminating node; 

means for routing the call to the node if the node is a transit node and the 
congestion status indicates that the node is not congested; and 

means for routing the call to an other node if the node is a transit node and the 
congestion status indicates that the node is congested. 

66. (previously presented) The apparatus of claim 61 wherein the network is an 
asynchronous mode transfer (ATM) network. 

67. (previously presented) The apparatus of claim 62 wherein the node is a 
private network-to-network interface (PNNI) node. 

68. (previously presented) The apparatus of claim 67 wherein the transit flag is 
a PNNI topology state parameter. 
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X. EVIDENCE APPENDIX 

None. 

XL RELATED PROCEEDINGS APPENDIX 

None. 
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